home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93b.txt / 000075_icon-group-sender _Sat May 8 15:30:05 1993.msg < prev    next >
Internet Message Format  |  1993-06-16  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Mon, 10 May 1993 12:19:58 MST
  2. Date: 8 May 93 15:30:05 GMT
  3. From: agate!howland.reston.ans.net!ira.uka.de!sbusol.rz.uni-sb.de!coli.uni-sb.de!coli-gate.coli.uni-sb.de!spackman@ucbvax.Berkeley.EDU  (Stephen P Spackman)
  4. Organization: DFKI Saarbruecken GmbH, D-W 6600 Saarbruecken
  5. Subject: Re: runtime debugger and the Icon fan club.
  6. Message-Id: <SPACKMAN.93May8173827@disco-sol.dfki.uni-sb.de>
  7. References: <9304281927.AA17778@roll.csd.sgi.com>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. In article <1993May7.205551.1831@midway.uchicago.edu> goer@ellis.uchicago.edu (Richard L. Goerwitz) writes:
  14.  
  15. |       4) a * b
  16. |          * b
  17. |
  18. |   (4) is, of course, terrible programming style, if a * b * c is intended.
  19.  
  20. I think the only reason you say this is that you are used to Icon. In
  21. Algol68 this was the preferred method, and indeed the Gnu C formatting
  22. standard follows this venerable tradition. The idea is that this:
  23.  
  24.     ( a
  25.     * broof
  26.     * cl
  27.     )
  28.  
  29. is much clearer than this:
  30.  
  31.     ( a *
  32.       broof *
  33.       cli )
  34.  
  35. because the related operators line up neatly and are suitably prominent
  36. (at the cost of an extra line when something is parenthesised, of
  37. course). (This isn't the optimal strategy for C, because it chooses to
  38. make ; a statement *terminator* rather than a *separator* as God
  39. intended - in that if it is a separator it has the clear semantics of a
  40. binary operator that discards its left argument, while if it's a
  41. terminator it isn't really clear what, if anything, it _means_ - but
  42. then that goes along with the strange decision in C to reintroduce a
  43. distinction between statements and void-expressions. That is, you'd
  44. really like this to work too:
  45.  
  46.     { something
  47.     ; something else
  48.     ; another something
  49.     }
  50.  
  51. but it doesn't because C goes and demands an extra semicolon at the
  52. end. C's a mess.)
  53. ----------------------------------------------------------------------
  54. stephen p spackman    +49 681 302 5288(o) 5282(sec)    stephen@acm.org
  55.       dfki / stuhlsatzenhausweg 3 / d-w-6600 saarbruecken 11 / germany
  56. ----------------------------------------------------------------------
  57. [p.s. I'm an infrequent visitor to comp.lang.icon. If you want to take
  58. issue, best to email as well.]
  59.